home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / de / comm / isdn / 2731 < prev    next >
Text File  |  1996-08-06  |  1KB  |  39 lines

  1. Path: news.rhrz.uni-bonn.de!usenet
  2. From: Peter Klinke <pklinke@econ2.uni-bonn.de>
  3. Newsgroups: de.comm.isdn
  4. Subject: Re: Q: Sicherheit von ISDN
  5. Date: Thu, 01 Feb 1996 09:19:33 -0800
  6. Organization: Universitaet Bonn
  7. Message-ID: <3110F625.30E6@econ2.uni-bonn.de>
  8. References: <4e23k4$li0@linux.rz.fh-hannover.de> <DLt26y.BnH@rniil.swb.de> 
  9.             <1996Jan29.074504.5155@khhh.aldebaran.org> <61pxR3se70B@omnicom.tmb.berlinet.de>
  10. NNTP-Posting-Host: 131.220.123.4
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=iso-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Mailer: Mozilla 2.0b6a (Win16; I)
  15.  
  16. Detlef Oesterwitz wrote:
  17.  
  18. > Selbst wenn es funktionieren sollte, muss die Ueberweisung ja auf
  19. > irgendeinen Konto landen, der Weg laesst sich nachvollziehen, der
  20. > Kontoinhaber ist greifbar und die Kohle laesst sich zurueckrufen. Zudem kann
  21. > man jederzeit das Zugangspasswort aendern!
  22. > Detlef
  23.  
  24. Hall÷chen,
  25. In dem Moment das Zugangspasswort zu aendern dⁿrfte schwierig sein.
  26. Und mach mal Deiner Bank klar, das Du mit einer gueltigen Unterschrift
  27. (TAN) eine falsche Ueberweisung getaetig hast :-)
  28.  
  29. Falls der "Angreifer" schnell genug ist merkst man ja, das etwas nicht
  30. stimmt, da ja die eigene TAN als verbraucht gemeldet wird. In solch einem
  31. Fall sollte man *sehr* vorsichtig sein.
  32.  
  33. &Tschuess, Peter
  34.  
  35. P.S. Ich weiss, es gehoert eigentlich nicht in diese Gruppe. Aber betreffs
  36.      ISDN sollte so etwas nicht moeglich sein (Abhoeren der Daten). Das 
  37.      setzt doch einiges an Equipment vorraus.
  38.